home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 5 / Apprentice-Release5.iso / Information / THINK C Digest / 1995 / 95-07 < prev    next >
Encoding:
Internet Message Format  |  1995-12-31  |  67.3 KB  |  [TEXT/R*ch]

  1. From: listproc@rdatasys.com
  2. Date: Tue, 28 Nov 1995 07:10:44 -0800 (PST)
  3. Reply-To: listproc@rdatasys.com
  4. Sender: listproc@rdatasys.com
  5. To: celestin@celestin.com
  6. Subject: GET THINK-C/MESSAGES 95-07 (1/1)
  7. X-Comment:  Relational Data Systems ListProcessor
  8.  
  9. Archive THINK-C/MESSAGES, file 95-07.
  10. Part 1/1, total size 67831 bytes:
  11.  
  12. ------------------------------ Cut here ------------------------------
  13. >From legerd@cpdar.am.doe.ca Wed Jul  5 04:44:09 PDT 1995
  14. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id EAA22554 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 04:44:08 -0700
  15. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id EAA12859 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 04:49:43 -0700
  16. Received: from aesdor.cid.aes.doe.ca(131.235.50.4) by lionfish.rdatasys.com via smap (V1.3)
  17.         id sma012856; Wed Jul  5 04:49:12 1995
  18. Received: from cpdar.mr.doe.ca by AESDOR.CID.AES.DOE.CA (PMDF V4.3-13 #7556)
  19.  id <01HSI50TJ3W0000AK6@AESDOR.CID.AES.DOE.CA>; Wed,
  20.  05 Jul 1995 07:48:17 +0000 (GMT)
  21. Received: with PMDF-MR; Wed, 5 Jul 1995 08:33:42 GMT
  22. MR-Received: by mta CPDAR.MUAS; Relayed; Wed, 05 Jul 1995 08:33:42 +0000
  23. MR-Received: by mta CPDAR; Relayed; Wed, 05 Jul 1995 08:33:42 +0000
  24. Disclose-recipients: prohibited
  25. Date: Wed, 05 Jul 1995 08:33:42 +0000 (GMT)
  26. From: Leger Daniel <legerd@cpdar.am.doe.ca>
  27. Subject: Q: Yielding Time While in a Lenghty Process
  28. To: think-c@rdatasys.com
  29. Message-id: <9941330805071995/A25991/CPDAR/11972A212800*@MHS>
  30. Autoforwarded: false
  31. MIME-version: 1.0
  32. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  33. Content-transfer-encoding: 7BIT
  34. Importance: normal
  35. Priority: normal
  36. Sensitivity: Company-Confidential
  37. UA-content-id: 11972A212800
  38. X400-MTS-identifier: [;9941330805071995/A25991/CPDAR]
  39. Hop-count: 1
  40.  
  41. My application goes thru a time consuming routine and doesn't 
  42. return to the event loop for several minutes. What is the proper
  43. way to yield time to other applications, including the OS? Is it by 
  44. calling SystemTask() on a regular basis while in the lenghty routine?
  45.  
  46. Thanks,
  47.  
  48. Daniel Leger
  49. legerd@cpdar.am.doe.ca
  50.  
  51.  
  52. >From taihou@apple-iss.iss.nus.sg Wed Jul  5 17:29:33 PDT 1995
  53. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id RAA23053 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 17:29:32 -0700
  54. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id RAA00666 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 17:35:06 -0700
  55. Received: from dragon.iss.nus.sg(137.132.248.11) by lionfish.rdatasys.com via smap (V1.3)
  56.         id sma000622; Wed Jul  5 17:34:38 1995
  57. Received: from apple-iss.iss.nus.sg (ghost) by iss.nus.sg (5.x/SMI-SVR4)
  58.         id AA12935; Thu, 6 Jul 1995 08:38:24 +0800
  59. Received: by apple-iss.iss.nus.sg (4.1/SMI-4.1)
  60.         id AA04472; Thu, 6 Jul 95 08:33:08 SST
  61. From: taihou@apple-iss.iss.nus.sg (Tng Tai Hou)
  62. Message-Id: <9507060033.AA04472@apple-iss.iss.nus.sg>
  63. Subject: Re: Q: Yielding Time While in a Lenghty Process
  64. To: think-c@rdatasys.com (Leger Daniel)
  65. Date: Thu, 6 Jul 1995 08:33:07 +0800 (WST)
  66. In-Reply-To: <9941330805071995/A25991/CPDAR/11972A212800*@MHS> from "Leger Daniel" at Jul 5, 95 04:46:24 am
  67. Mime-Version: 1.0
  68. Content-Type: text/plain; charset=US-ASCII
  69. Content-Transfer-Encoding: 7bit
  70.  
  71. Call WaitNextEvent at regular intervals. Don't call it all the time.
  72. Maybe once every 20 ticks or something. Fudge around until your program
  73. is comfortable.
  74.  
  75. Tai Hou TNG
  76. Singapore
  77. >From David@wishes.to.remain.anonymous.ua Wed Jul  5 20:13:46 PDT 1995
  78. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id UAA27716 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 20:13:45 -0700
  79. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id UAA11626 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 20:19:18 -0700
  80. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  81.         id sma011623; Wed Jul  5 20:19:15 1995
  82. Received: from harvarda.harvard.edu by q2.ics.uci.edu id aa18382;
  83.           5 Jul 95 20:18 PDT
  84. Received: from physics1.byu.edu by HARVARDA.HARVARD.EDU (IBM VM SMTP V2R2)
  85.    with TCP; Wed, 05 Jul 95 23:14:22 EDT
  86. Date: Wed, 5 Jul 1995 21:14:16 -0600
  87. To: DSA-LGB@midway.uchicago.edu, think-c@ics.uci.edu, alife@cognet.ucla.edu,
  88.         Crowes@unex.ucla.edu, CZ-l@uccvma.ucop.edu
  89. From: David@wishes.to.remain.anonymous.ua
  90. Subject: your romance ad in USSR                                                                                                                             Ot V   A U@| Ol (Unverified)
  91. Message-ID:  <9507052018.aa18382@q2.ics.uci.edu>
  92.  
  93.  
  94.        ##    meet women of the former USSR through romance ads    ##
  95.  
  96.      Months ago, Olga Kosmina placed my personal ad in several papers of the
  97. former Soviet Union.  Since that time I have received over 40 responses for
  98. the $50 I mailed Olga.  (I believe she paid the newspapers something around 
  99. $35 and kept the rest for her efforts.)
  100.      I have found greater success and savings by placing my own personal 
  101. romance advertisement rather than purchasing addresses through Russian "bride"
  102. catalog companies.
  103.      If you are interested in placing a personal romance ad as I did, contact
  104. Olga.  She has built up a list of most every newspaper and magazine in the 
  105. former Soviet Union and could help direct your ad to certain areas if you 
  106. wish.  She writes, "please say that I place all ad _throughout_ Russia and 
  107. other countries of former Soviet Union, not only Western Russia."
  108.      Olga is 23 years old, has a bachelors in biology and works full-time as a
  109. florist in Kiev.  She speaks, reads and writes English as well as her native 
  110. languages of Russian and Ukrainian.
  111.      I realize that it is a very trusting person who would put $ into an 
  112. envelope and mail to a foreign country.  If you would rather send a letter of 
  113. inquiry first, Olga will respond to your questions.  It takes about 16 days 
  114. for a letter to travel from the USA to Kiev.
  115.  
  116. Olga Kozmina
  117. Dekabristov Street 5 - 178
  118. Kiev 253121
  119. Ukraine
  120.  
  121.      I have found that by placing a single bill between two pieces of 
  122. newsprint inside an envelope, the Ukrainian post cannot see through and does 
  123. not bother to tamper.  I have yet to lose a letter sent to Kiev.  I am sorry 
  124. that Olga does not have e-mail because it would make contact with her much 
  125. easier.
  126.      I am posting anonymously because of the inordinate amount of e-mail which
  127.  I would receive -- inquiries as well as flames.
  128.  
  129. Best Wishes,
  130.  
  131. David and Olga
  132.  
  133.      Although Olga has never seen a newsgroup nor heard of "net-etiquette," 
  134. she believes that helping others exceeds the cost of angering those who feel 
  135. the net should not be used in this fashion.
  136.      IHA (I humbly ask) that you not flame the postmaster of this site.
  137.  
  138. peace. . .
  139.  
  140. >From MACMAN@lcvax.lehman.cuny.edu Wed Jul  5 21:27:04 PDT 1995
  141. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id VAA29869 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 21:27:03 -0700
  142. From: MACMAN@lcvax.lehman.cuny.edu
  143. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id VAA16108 for <think-c@rdatasys.com>; Wed, 5 Jul 1995 21:32:39 -0700
  144. Received: from unknown(148.84.1.11) by lionfish.rdatasys.com via smap (V1.3)
  145.         id sma016106; Wed Jul  5 21:32:34 1995
  146. Received: from lcvax.lehman.cuny.edu by lcvax.lehman.cuny.edu (PMDF #12809) id
  147.  <01HSJ492COGG000309@lcvax.lehman.cuny.edu>; Thu, 6 Jul 1995 00:36 EST
  148. Date: Thu, 6 Jul 1995 00:36 EST
  149. Subject: Russain ad
  150. To: think-c@rdatasys.com
  151. Message-id: <01HSJ492COGG000309@lcvax.lehman.cuny.edu>
  152. X-VMS-To: IN%"think-c@rdatasys.com"
  153.  
  154.         God I hope this list does not become like my other list with this waste
  155. of bandwith!!
  156.  
  157.  
  158.  
  159.         Sorry about sending this to the whole list, but the org. poster used a 
  160. fake address and I wanted to make sure he saw this.
  161.  
  162. Later,
  163. Jlr.
  164. >From nagel@rdatasys.com Wed Jul  5 21:55:32 PDT 1995
  165. Received: from rdatasys.com (nagel@creolefish.rdatasys.com [198.137.184.8]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id VAA01062 for <think-c>; Wed, 5 Jul 1995 21:55:31 -0700
  166. To: think-c@RDataSys.COM
  167. Subject: ADMIN: archives available for ftp
  168. Reply-To: mark.nagel@rdatasys.com
  169. X-Organization: Relational Data Systems, Irvine, CA
  170. X-Phone: (714) 263-3899
  171. Date: Wed, 05 Jul 1995 21:56:56 -0700
  172. Message-ID: <26481.805006616@rdatasys.com>
  173. From: "Mark D. Nagel" <nagel@rdatasys.com>
  174.  
  175. Although I have had the ftp archives partially setup for some time, I
  176. haven't yet made their existence public knowledge.  I have created a
  177. semi-structured area containing source code and other useful files
  178. for TC and SC++ developers and placed it at:
  179.  
  180.     ftp://ftp.rdatasys.com/pub/think-c
  181.  
  182. Updates are made as often as I have time and find new things to add. 
  183. These days, more and more of the contents include both THINK and
  184. Metrowerks source code.  Some have only Metrowerks.  I think the code
  185. packages are still useful, though, so they are included.  The only
  186. items not available in the ftp area are the list message archives. 
  187. Those can still be retrieved by sending retrieve commands to
  188. listproc@rdatasys.com.  For example:
  189.  
  190.     GET THINK-C/MESSAGES 95-04
  191.  
  192. will retrieve all messages posted during April 1995.  A complete
  193. subject index through the end of the previous month can be retrieved
  194. with:
  195.  
  196.     GET THINK-C/MESSAGES SUBJECT.INDEX
  197.  
  198. All other files will be removed.  For those that have no ftp access,
  199. please try one of the fine ftpmail servers, such as
  200. ftpmail@digital.com (send the message "help" to learn how to use that
  201. service).
  202.  
  203. I have set up an automatic scanning process to generate an archive
  204. file list sorted by descending addition date.  This file is stored as:
  205.  
  206.     ftp://ftp.rdatasys.com/pub/think-c/00recent.txt
  207.  
  208. I will also be setting up automatic file indexes from file preamble
  209. sections (like info-mac has).
  210.  
  211. If you have any questions, please ask!
  212.  
  213. Mark
  214. --------
  215. Mark D. Nagel <mark.nagel@rdatasys.com>       Relational Data Systems
  216.                                               30 Executive Park, Suite 260
  217. Don't steal, the government hates             Irvine, CA 92714
  218. competition.                                  (714) 263-3899
  219. >From nagel@rdatasys.com Wed Jul  5 22:55:55 PDT 1995
  220. Received: from rdatasys.com (nagel@creolefish.rdatasys.com [198.137.184.8]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id WAA02842 for <think-c>; Wed, 5 Jul 1995 22:55:54 -0700
  221. To: think-c@RDataSys.COM
  222. Subject: ADMIN: correction
  223. Reply-To: mark.nagel@rdatasys.com
  224. X-Organization: Relational Data Systems, Irvine, CA
  225. X-Phone: (714) 263-3899
  226. Date: Wed, 05 Jul 1995 22:57:19 -0700
  227. Message-ID: <27003.805010239@rdatasys.com>
  228. From: "Mark D. Nagel" <nagel@rdatasys.com>
  229.  
  230. I said earlier that a ftpmail gateway could be reached at
  231. ftpmail@digital.com.  That's wrong.  I believe the correct address is
  232. ftpmail@gatekeeper.dec.com.
  233.  
  234. Mark
  235. --------
  236. Mark D. Nagel <mark.nagel@rdatasys.com>       Relational Data Systems
  237.                                               30 Executive Park, Suite 260
  238. Don't steal, the government hates             Irvine, CA 92714
  239. competition.                                  (714) 263-3899
  240. >From danh@cnet.com Thu Jul  6 09:18:14 PDT 1995
  241. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id JAA20038 for <think-c@rdatasys.com>; Thu, 6 Jul 1995 09:18:14 -0700
  242. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA28013 for <think-c@rdatasys.com>; Thu, 6 Jul 1995 09:23:48 -0700
  243. Received: from central.cnet.com(204.188.123.10) by lionfish.rdatasys.com via smap (V1.3)
  244.         id sma028009; Thu Jul  6 09:23:36 1995
  245. Received: from [204.188.123.54] by cnet.com via SMTP (8.6.12/940518.SGI.central)
  246.         for <think-c@rdatasys.com> id OAA02674; Thu, 6 Jul 1995 14:54:04 GMT
  247. Message-Id: <ac21cd3002021003b740@[204.188.123.54]>
  248. Mime-Version: 1.0
  249. Content-Type: text/plain; charset="us-ascii"
  250. Date: Thu, 6 Jul 1995 09:26:30 -0800
  251. To: think-c@rdatasys.com
  252. From: danh@cnet.com (Dan Haig)
  253. Subject: take me off this list please
  254.  
  255. Now. Thank You.
  256.  
  257. -dan
  258.  
  259.  
  260. >From nagel@rdatasys.com Thu Jul  6 10:03:45 PDT 1995
  261. Received: from rdatasys.com (nagel@creolefish.rdatasys.com [198.137.184.8]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id KAA21854 for <think-c>; Thu, 6 Jul 1995 10:03:45 -0700
  262. To: think-c@RDataSys.COM
  263. Subject: ADMIN: the real deal
  264. Reply-To: mark.nagel@rdatasys.com
  265. X-Organization: Relational Data Systems, Irvine, CA
  266. X-Phone: (714) 263-3899
  267. Date: Thu, 06 Jul 1995 10:05:09 -0700
  268. Message-ID: <159.805050309@rdatasys.com>
  269. From: "Mark D. Nagel" <nagel@rdatasys.com>
  270.  
  271. I found the definitive list of ftpmail servers -- here it is:
  272.  
  273. FTPMail Servers List.
  274.  
  275. This is a list of all the ftpmail servers in the world. To add new servers
  276. to this list please mail the email address of the server and details of any
  277. restrictions to lmjm@doc.ic.ac.uk.
  278.  
  279. Europe.
  280.  
  281.    *
  282.  
  283.      ftpmail@doc.ic.ac.uk
  284.  
  285.      using ftpmail 1.23 (experimental).
  286.      Restrictions: none listed.
  287.  
  288.    *
  289.  
  290.      ftpmail@grasp.insa-lyon.fr
  291.  
  292.      using ftpmail 1.23 (experimental), with a few modifications for
  293.      trapping jobs from people who request well-known packages from other
  294.      places.
  295.      Restrictions:
  296.  
  297.      Policy of use for this server.  If you don't agree, don't use it !
  298.  
  299.      -  Do not request files already stored on the local archive from
  300.         remote sites. We have some stuff on-line: FAQs, GNUs, RFCs, BSD, Unix mail
  301.         and news applications and many others!.  Remember our ftp server does
  302.         online files compression/uncompression and taring if needed.
  303.  
  304.      -  All transfers must obey the french laws as well as other's.
  305.  
  306.      -  We are located in France, Europe.  Avoid connecting to sites outside
  307.         of Europe.
  308.  
  309.      -  Please European users only (except for the local archive where all users
  310.         may use this ftpmail server).  Other ftpmail services exist !
  311.  
  312.      -  Only ``anonymous'' transfers are allowed.
  313.  
  314.      -  All transfers are logged. In case of problems caused by a request we will
  315.         give out the logs to the complaining site.
  316.  
  317.    *
  318.  
  319.      ftpmail@ftp.sunet.se
  320.  
  321.      using ftpmail 1.20.
  322.      Restrictions: none listed.
  323.  
  324.    *
  325.  
  326.      ftpmail@ftp.uni-stuttgart.de
  327.  
  328.      using ftpmail 1.20 with local mods.
  329.      Restrictions:
  330.  
  331.      ls -R
  332.  
  333.      disabled.
  334.  
  335.    *
  336.  
  337.      ftpmail@ieunet.ie
  338.  
  339.      using Squirrel Mail Server Software V3.01B.
  340.      Restrictions: none listed.
  341.  
  342.    *
  343.  
  344.      ftpmail@archie.inesc.pt
  345.  
  346.      using ftpmail 1.??.
  347.      Restrictions: Accessible only from portuguese nodes (under .pt).
  348.  
  349.    *
  350.  
  351.      ftpmail@ftp.luth.se
  352.  
  353.      using ftpmail 1.??.
  354.      Restrictions: none listed.
  355.  
  356. USA
  357.  
  358.    *
  359.  
  360.      ftpmail@decwrl.dec.com
  361.  
  362.      Restrictions: none listed.
  363.  
  364.    *
  365.  
  366.      ftpmail@census.gov
  367.  
  368.      using ftpmail 1.20.
  369.      Restrictions: none listed.
  370.  
  371.    *
  372.  
  373.      ftpmail@ftp.Dartmouth.EDU
  374.  
  375.      using ftpmail 1.19.
  376.      Restrictions: none listed.
  377.  
  378.    *
  379.  
  380.      ftpmail@sunsite.unc.edu
  381.  
  382.      using ftpmail 1.19.
  383.      Restrictions: none listed.
  384.  
  385.    *
  386.  
  387.      ftpmail@ftp.SHSU.edu
  388.  
  389.      using ftpmail 1.19.
  390.      Restrictions: primarily intended for access to the Comprehensive TeX
  391.      Archive Network (CTAN) on ftp.SHSU.edu.
  392.  
  393. Australia
  394.  
  395.    *
  396.  
  397.      ftpmail@cs.uow.edu.au
  398.  
  399.      Restrictions: none listed.
  400.  
  401. --------
  402. Mark D. Nagel <mark.nagel@rdatasys.com>       Relational Data Systems
  403.                                               30 Executive Park, Suite 260
  404. Don't steal, the government hates             Irvine, CA 92714
  405. competition.                                  (714) 263-3899
  406. >From reichh45@potsdam.edu Thu Jul  6 10:23:38 PDT 1995
  407. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id KAA22732 for <think-c@rdatasys.com>; Thu, 6 Jul 1995 10:23:38 -0700
  408. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA02442 for <think-c@rdatasys.com>; Thu, 6 Jul 1995 10:29:12 -0700
  409. Received: from ns.potsdam.edu(137.143.110.101) by lionfish.rdatasys.com via smap (V1.3)
  410.         id sma002438; Thu Jul  6 10:29:05 1995
  411. Received: from [137.143.108.76] (pm7100.potsdam.edu) by ns.potsdam.edu with SMTP id AA02586
  412.   (5.65c+/IDA-1.4.4 for <think-c@rdatasys.com>); Thu, 6 Jul 1995 13:30:18 -0400
  413. Message-Id: <v02110100ac21883c2ae8@[137.143.108.76]>
  414. Mime-Version: 1.0
  415. Content-Type: text/plain; charset="us-ascii"
  416. Date: Thu, 6 Jul 1995 13:35:37 +0100
  417. To: think-c@rdatasys.com, mac-develop@cc.umanitoba.ca
  418. From: reichh45@potsdam.edu (Kevin Gregory Reichhart)
  419. Subject: AppleTalk
  420.  
  421. Could somebody please email me examples of how to use the prefered
  422. appletalk calls to get zone names, register a name on the network, and
  423. transfer data using appletalk (ADSP?).
  424.  
  425.  
  426. Kevin Gregory Reichhart
  427. Student Technician for SUNY Potsdam Distributed Computing
  428. Computer Consultant for SUNY Potsdam Residence Life
  429. E-Mail: reichh45@potsdam.edu
  430. Phone:  (315)267-2083
  431.  
  432.  
  433. >From bgray@alston.cba.ua.edu Thu Jul  6 11:37:19 PDT 1995
  434. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id LAA25153 for <think-c@rdatasys.com>; Thu, 6 Jul 1995 11:37:18 -0700
  435. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id LAA07267 for <think-c@rdatasys.com>; Thu, 6 Jul 1995 11:42:54 -0700
  436. Received: from ns1.ua.edu(130.160.4.4) by lionfish.rdatasys.com via smap (V1.3)
  437.         id sma007265; Thu Jul  6 11:42:49 1995
  438. Received: from [130.160.160.11] by ns1.ua.edu (AIX 3.2/UCB 5.64/4.03)
  439.           id AA09537; Thu, 6 Jul 1995 13:31:20 -0500
  440. Received: from ALSTON1/SMTPQ by alston1.cba.ua.edu (Mercury 1.11);
  441.     Thu, 6 Jul 95 13:36:44 CST
  442. Received: from SMTPQ by ALSTON1 (Mercury 1.11); Thu, 6 Jul 95 13:36:18 CST
  443. To: think-c@rdatasys.com
  444. From: "Brian Gray"  <bgray@alston.cba.ua.edu>
  445. Date:     6 Jul 1995 13:43:33 CDT
  446. Subject:  Problem with iostreams
  447. Reply-To: BGray@alston.cba.ua.edu
  448. Priority: normal
  449. X-Mailer: Pegasus Mail/Mac v2.02
  450. Message-Id: <245411657BB@alston1.cba.ua.edu>
  451.  
  452. Please forgive the "newbie" question (I am new to C and C++), but I am 
  453. having a problem using C++ IOStreams to read data from a string in memory.  
  454. I have attached a copy of the "stripped down" section of program below.
  455.  
  456. If I leave out the four commented lines for just one pass through the 
  457. string, the data values are read correctly into the array.  With the 
  458. commented lines left in for two passes through the string, I get trash 
  459. values on the second pass to read values into the array.
  460.  
  461.  
  462.  
  463. #include <iostream.h>
  464. #include <strstrea.h>
  465.  
  466. void main () {
  467.  
  468.         char chr,str[80]="1\t0.7\t3.2\r1\t1.4\t4.2\0";
  469.         double **array, d;
  470.         int n=2, p=3;
  471.         
  472.         istrstream s(str,80);
  473.         
  474. //    while (s) {
  475. //        s.get(chr);
  476. //              }
  477.         
  478.         array = new double* [n];
  479.         for (int i=0; i<n; i++)
  480.                 array[i] = new double [p];
  481.         
  482. //       s.seekg(0,ios::beg);
  483.         
  484.         for (i=0; i<n; i++)
  485.                   for (int j=0; j< p; j++)
  486.                         s >> array[i][j];
  487.  
  488. }
  489.  
  490.  
  491.  
  492. I am sure the answer is simple, so please just respond directly to me.
  493.  
  494. TIA for the help.
  495.  
  496. Brian
  497.  
  498.  
  499. Brian Gray
  500. Department of Management Science and Statistics
  501. University of Alabama
  502. Tuscaloosa, Alabama  35487-0226
  503.  
  504. Internet: BGRAY@ALSTON.CBA.UA.EDU
  505. Phone: (205) 348-8912
  506. Fax:   (205) 348-0560
  507. >From bohdan@panix.com Sun Jul  9 19:52:57 PDT 1995
  508. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id TAA06666 for <think-c@rdatasys.com>; Sun, 9 Jul 1995 19:52:55 -0700
  509. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id TAA21106 for <think-c@rdatasys.com>; Sun, 9 Jul 1995 19:58:34 -0700
  510. Received: from panix3.panix.com(198.7.0.4) by lionfish.rdatasys.com via smap (V1.3)
  511.         id sma021104; Sun Jul  9 19:58:15 1995
  512. Received: from [166.84.249.95] (bohdan.dialup.access.net [166.84.249.95]) by panix3.panix.com (8.6.12/8.6.12+PanixU1.1) with SMTP id WAA16522; Sun, 9 Jul 1995 22:57:49 -0400
  513. Message-Id: <ac24f6090102100420b4@[166.84.249.95]>
  514. Mime-Version: 1.0
  515. Content-Type: text/plain; charset="us-ascii"
  516. Date: Sat, 8 Jul 1995 22:58:44 -0400
  517. To: think-c@rdatasys.com
  518. From: bohdan@panix.com (Bohdan Peter Rekshynskyj)
  519. Subject: OK, where is it???   (Was: Is 7.0.4 the most recent
  520. Cc: rick@devtools.symantec.com
  521.  
  522. At 20:12 12/31/94, Rick Hartmann wrote:
  523. >Yes, 7.0.4 is the most recent but look for 7.0.5 coming soon.  You must
  524. >have 7.0.4 now if you are running System 7.5 or the debugger won't work
  525. >well.
  526. >
  527. >Rick Hartmann
  528. >Symantec Macintosh Dev Tools Support
  529.  
  530.  
  531. Hi,
  532.  
  533.    Unless I missed something, what happened to 7.0.5?  It's half a year
  534. later...
  535.  
  536.         Thanks!
  537.  
  538.  
  539.                         Bohdan
  540.  
  541.  
  542. >From phils@bedford.symantec.com Mon Jul 10 08:48:42 PDT 1995
  543. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id IAA26982 for <think-c@rdatasys.com>; Mon, 10 Jul 1995 08:48:42 -0700
  544. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA04920 for <think-c@rdatasys.com>; Mon, 10 Jul 1995 08:54:18 -0700
  545. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  546.         id sma004753; Mon Jul 10 08:53:49 1995
  547. Received: from [155.64.60.60] by bedford.symantec.com
  548.  with SMTP (MailShare 1.0fc6); Mon, 10 Jul 1995 11:51:27 -0500
  549. X-Sender: phils@bedford
  550. Message-Id: <v01520c00ac270a48be2d@[155.64.60.60]>
  551. Mime-Version: 1.0
  552. Content-Type: text/plain; charset="us-ascii"
  553. Date: Mon, 10 Jul 1995 11:50:13 -0500
  554. To: bohdan@panix.com
  555. From: phils@bedford.symantec.com (Phil Shapiro)
  556. Subject: Re: OK, where is it???   (Was: Is 7.0.4 the most recent
  557. Cc: think-c@rdatasys.com
  558.  
  559. >At 20:12 12/31/94, Rick Hartmann wrote:
  560. >>Yes, 7.0.4 is the most recent but look for 7.0.5 coming soon.  You must
  561. >>have 7.0.4 now if you are running System 7.5 or the debugger won't work
  562. >>well.
  563. >>
  564. >>Rick Hartmann
  565. >>Symantec Macintosh Dev Tools Support
  566. >
  567. >   Unless I missed something, what happened to 7.0.5?  It's half a year
  568. >later...
  569.  
  570. Most likely what Rick was referring to in this email was compiler fixes for
  571. the C++ compiler. These fixes are in the 8.0 version compilers, which you
  572. can update to using an online updater. There have been no further updates
  573. to the 7.0 environment (the 7.0.4 release was also a compiler-only update,
  574. I believe).
  575.  
  576.         -phil
  577.  
  578. Phil Shapiro                                   Symantec Corporation
  579. Senior Software Engineer (Debuggers)            Mac Dev Tools Group
  580.                  Internet:  phils@bedford.symantec.com
  581.  
  582.  
  583. >From bohdan@tryzub.com Mon Jul 10 09:11:58 PDT 1995
  584. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id JAA27725 for <think-c@rdatasys.com>; Mon, 10 Jul 1995 09:11:57 -0700
  585. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA06749 for <think-c@rdatasys.com>; Mon, 10 Jul 1995 09:17:35 -0700
  586. Received: from panix2.panix.com(198.7.0.3) by lionfish.rdatasys.com via smap (V1.3)
  587.         id sma006641; Mon Jul 10 09:17:11 1995
  588. Received: from [166.84.249.95] (bohdan.dialup.access.net [166.84.249.95]) by panix2.panix.com (8.6.12/8.6.12+PanixU1.1) with SMTP id MAA07615; Mon, 10 Jul 1995 12:16:50 -0400
  589. X-Sender: bohdan@panix.com
  590. Message-Id: <ac27027302021004fa59@[166.84.249.95]>
  591. Mime-Version: 1.0
  592. Content-Type: text/plain; charset="us-ascii"
  593. Date: Mon, 10 Jul 1995 12:17:36 -0400
  594. To: phils@bedford.symantec.com (Phil Shapiro)
  595. From: bohdan@tryzub.com (Bohdan Peter Rekshynskyj)
  596. Subject: Re: OK, where is it???   (Was: Is 7.0.4 the most recent
  597. Cc: think-c@rdatasys.com
  598.  
  599. At 12:50 7/10/95, Phil Shapiro wrote:
  600.  
  601.  
  602. >Most likely what Rick was referring to in this email was compiler fixes for
  603. >the C++ compiler. These fixes are in the 8.0 version compilers, which you
  604. >can update to using an online updater. There have been no further updates
  605. >to the 7.0 environment (the 7.0.4 release was also a compiler-only update,
  606. >I believe).
  607.  
  608. Thank you so much for your prompt response!
  609.  
  610. Um, does this mean I can update my 7.0.4 environment to 8.0 without
  611. paying for an upgrade?  (Where would I go again?)
  612.  
  613. I've been out of the Mac/C++ world for a year or so, and am just getting
  614. back in.
  615.  
  616. Thanks in advance for your time and help!
  617.  
  618.  
  619.                         Bohdan
  620.  
  621.  
  622. >From don@cogsci.indiana.edu Mon Jul 10 15:08:19 PDT 1995
  623. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id PAA08369 for <think-c@rdatasys.com>; Mon, 10 Jul 1995 15:08:17 -0700
  624. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id PAA00180 for <think-c@rdatasys.com>; Mon, 10 Jul 1995 15:13:56 -0700
  625. Message-Id: <199507102213.PAA00180@lionfish.rdatasys.com>
  626. Received: from moocow.cogsci.indiana.edu(129.79.238.12) by lionfish.rdatasys.com via smap (V1.3)
  627.         id sma000178; Mon Jul 10 15:13:46 1995
  628. Received: by moocow.cogsci.indiana.edu
  629.         (4.1/9.2jsm) id AA27065; Mon, 10 Jul 95 17:12:37 EST
  630. Date: Mon, 10 Jul 95 17:12:37 EST
  631. From: Don Byrd <don@cogsci.indiana.edu>
  632. To: think-c@rdatasys.com
  633. Subject: Modern Memory Mgr with TC 6
  634. Cc: Resorcerer@aol.com, brockman@u.washington.edu, dave@together.net,
  635.         jgg9c@darwin.clas.Virginia.EDU, t.crawford@bay.cc.kcl.ac.uk
  636.  
  637. My application seems to have big problems on PowerMacs with Modern Memory
  638. Manager (henceforth "MMM"). I'm using THINK C 6.0.1. One of my users
  639. showed me how, with MMM turned on on his PowerMac 7100/66 (System 7.1.2),
  640. a certain command instantly, and fairly (though not completely)
  641. consistently, froze the machine--you couldn't move the cursor or get into
  642. MacsBug.
  643.  
  644. Then I tried doing the same thing he did with my app on several non-
  645. Power-Macs and never had any problems at all. However, on my own 7100/66,
  646. with MMM on, I get similar results to what my user got; with it off, no
  647. problems at all. So it sure looks as if this is cause and effect!
  648. Unfortunately, the user has been at a seminar and completely unavailable
  649. since I made this discovery, so I haven't been able to find out if turning
  650. MMM off makes his machine happy.
  651.  
  652. On the other hand, one of my friends' apps, compiled with THINK C 5.0.4,
  653. seems to work fine with MMM, though he told he had terrible problems running
  654. TC *itself* with MMM.
  655.  
  656. Is Modern Memory Manager a known compatability problem with TC 6.0 (esp.
  657. 6.0.1)?
  658.  
  659. --Don Byrd
  660. don@cogsci.indiana.edu
  661. >From memark@ms.se Tue Jul 11 01:07:41 PDT 1995
  662. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id BAA26077 for <think-c@rdatasys.com>; Tue, 11 Jul 1995 01:07:40 -0700
  663. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id BAA07676 for <think-c@rdatasys.com>; Tue, 11 Jul 1995 01:13:14 -0700
  664. Received: from kick.ms.se(140.166.14.3) by lionfish.rdatasys.com via smap (V1.3)
  665.         id sma007665; Tue Jul 11 01:12:41 1995
  666. Received: from [140.166.20.21] (mac21.ms.se) by ms.se (4.1/SMI-4.1)
  667.         id AA25838; Tue, 11 Jul 95 10:01:21 +0200
  668. X-Sender: memark@mailhost
  669. Message-Id: <v01510100ac27e155b96e@[140.166.20.154]>
  670. Mime-Version: 1.0
  671. Content-Type: text/plain; charset="iso-8859-1"
  672. Content-Transfer-Encoding: quoted-printable
  673. Date: Tue, 11 Jul 1995 10:13:34 +0200
  674. To: think-c@rdatasys.com
  675. From: memark@ms.se (Magnus Markling)
  676. Subject: #pragma option-directive
  677.  
  678. Hi!
  679.  
  680. I=B4ve just (yesterday) started using the profiler that comes with THINK C
  681. 7.0. At first it didn=B4t work all, but then I realized that I had to check
  682. both "Use profiler" and "Always generate stack frames". Then it worked.
  683.  
  684. Now to my question:
  685. What is the #pragma option-directive for "Always generate stack frames"
  686. called? The directive for "Use profiler" is simply "profile", that I
  687. figured out myself. A list of all directives would be VERY nice!
  688.  
  689. AdvThanksAnce!  (I got this from another e-mail sent to me)
  690.  
  691.  
  692. Take IT IC!
  693. C U Zone!
  694. /---------------------------------------------------------------------------=
  695. -\
  696. |And in the caos, a voice said:                   | -Do you want to half the=
  697.  |
  698. |"Don=B4t worry, be happy, it could be worse!"      | speed of your PC?     =
  699.    |
  700. |I didn=B4t worry, I got happy, and it got worse ...| -Just type "win"...   =
  701.    |
  702. \---------------------------------------------------------------------------=
  703. -/
  704. \               "Windows 95 is another name for System 7.0"                 =
  705.  /
  706. \---------------------------------------------------------------------------=
  707. -/
  708. MEMark
  709. memark@ms.se
  710.  
  711.  
  712. >From alspaugh@showme.missouri.edu Tue Jul 11 20:29:17 PDT 1995
  713. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id UAA28520 for <think-c@rdatasys.com>; Tue, 11 Jul 1995 20:29:16 -0700
  714. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id UAA20461 for <think-c@rdatasys.com>; Tue, 11 Jul 1995 20:34:57 -0700
  715. Received: from mail.missouri.edu(128.206.2.169) by lionfish.rdatasys.com via smap (V1.3)
  716.         id sma020318; Tue Jul 11 20:34:29 1995
  717. Received: from showme.missouri.edu (showme.missouri.edu [128.206.2.222]) by mail.missouri.edu (8.6.11/8.6.11) with ESMTP id WAA34649; Tue, 11 Jul 1995 22:33:40 -0500
  718. Received: from [128.206.1.116] (mizzou-ts1-01.missouri.edu [128.206.1.116]) by showme.missouri.edu (8.6.11/8.6.11) with SMTP id WAA93191; Tue, 11 Jul 1995 22:33:12 -0500
  719. Message-Id: <v01510100ac28771396e5@[128.206.1.137]>
  720. Mime-Version: 1.0
  721. Content-Type: text/plain; charset="us-ascii"
  722. Date: Tue, 11 Jul 1995 22:37:35 -0600
  723. To: think-c@rdatasys.com
  724. From: alspaugh@showme.missouri.edu (Bruce Alspaugh)
  725. Subject: Re: Modern Memory Mgr with TC 6
  726. Cc: don@cogsci.indiana.edu
  727.  
  728. Don,
  729.  
  730.         The Modern Memory Manager (MMM) is not nearly as forgiving as the
  731. old memory manager.  You may be doing something in your program that may be
  732. incorrect but only shows up under MMM.  I would recommend that you study
  733. Macintosh Technical Note ME 13:  Memory Manager Compatibility, and ME 14:
  734. New Memory Manager.  Apple's technical notes are available at http:
  735. //www.info.apple.com/dev/technotes/Main.html.
  736.  
  737.         I would also recommend testing all programs for memory management
  738. problems before shipping using MacsBug's HS command to scramble the heap to
  739. see if it causes your application to crash.  I would also use the leaks
  740. dcmd for MacsBug to hunt for memory leaks.
  741.  
  742. Hope this helps,
  743.  
  744.  
  745. Bruce Alspaugh
  746.  
  747. --------------------------------------------------------------------------
  748. Bruce Alspaugh                            |
  749.   Software Engineer, SchoolWare           |    "The bug stops here!"
  750.   2809 Skyview Road                       |
  751.   Columbia, MO 65202-2213                 |    With apologies to
  752.   Internet: alspaugh@showme.missouri.edu  |       Harry S. Truman
  753.   Fax: (314) 445-9981                     |
  754. --------------------------------------------------------------------------
  755.  
  756.  
  757. >From Wiggins Wed Jul 12 10:53:56 PDT 1995
  758. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id KAA21671 for <think-c@rdatasys.com>; Wed, 12 Jul 1995 10:53:55 -0700
  759. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA11021 for <think-c@rdatasys.com>; Wed, 12 Jul 1995 10:59:35 -0700
  760. Received: from lightstream.cisco.com(171.69.204.11) by lionfish.rdatasys.com via smap (V1.3)
  761.         id sma011010; Wed Jul 12 10:59:03 1995
  762. Received: from cisco.com (turbo.cisco.com [171.69.204.87]) by lightstream.cisco.com (8.6.11/8.6.11) with ESMTP id NAA00403; Wed, 12 Jul 1995 13:58:55 -0400
  763. Received: from localhost (jwiggins@localhost) by cisco.com (8.6.11/8.6.11) with SMTP id NAA04374; Wed, 12 Jul 1995 13:58:48 -0400
  764. Message-Id: <199507121758.NAA04374@cisco.com>
  765. X-Authentication-Warning: turbo.cisco.com: Host localhost didn't use HELO protocol
  766. To: think-c@rdatasys.com
  767. cc: jwiggins@cisco.com, phils@bedford.symantec.com
  768. Subject: serious bug in PowerPC C Global Optimizer
  769. Date: Wed, 12 Jul 1995 13:58:47 -0400
  770. From: John Wiggins (LS TP/496 508-262-1021) <jwiggins@cisco.com>
  771.  
  772. I think this worth the wide distribution, since there is either:
  773.  
  774.         1) a very serious bug in the PowerPC C (v8.0.1) 
  775.            global optimization option, or
  776.         2) I have fallen into a very subtle trap and others may
  777.            repeat this time-consuming "operator error."
  778.  
  779. First, the Global optimization seems to be fine on the Think Project
  780. Manager 7.0.4 running on my MC68040.  The bug is present only on the
  781. PowerPC C.  I am using the latest SPM 8.0.1, and try to run with
  782. "Strict ANSI C", using 32-bit ints, and do not use any c++ at this
  783. time.  My code ports back and forth between SUN workstations, and I
  784. compile for the SUN using GNU C compilers.
  785.  
  786. I get incorrect return values for the function call when I use the
  787. PowerPC C global optimization option.  I optimize for time, I have not
  788. tried optimizing for space.  The program and subroutine seems to work
  789. correctly if I do not optimize the PPC code.
  790.  
  791. The bug happens with a function of the form:
  792.  
  793. /* global constants */
  794. int  const_1, const_2;
  795. int  const_3, const_4; 
  796. int  const_5, const_6;
  797. int  const_7, const_8;
  798.  
  799. /* the function in question */
  800. int conn_memory(variable_1, variable_2, variable_3, variable_4, variable_5,
  801.         variable_6, variable_7, variable_8 )
  802. int variable_1, variable_2, variable_3, variable_4, variable_5, variable_6,
  803.         variable_7, variable_8;
  804. {
  805.   int memory_used;
  806.   memory_used = (
  807.                  ( const_1 * variable_1 ) + 
  808.                  ( const_2 * variable_2 ) + 
  809.                  ( const_3 * variable_3 ) + 
  810.                  ( const_4 * variable_4 ) + 
  811.                  ( const_5 * variable_5 ) + 
  812.                  ( const_6 * variable_6 ) + 
  813.                  ( const_7 * variable_7 ) + 
  814.                  ( const_8 * variable_8 ) );
  815.   return ( memory_used );
  816.   /* note: bug in Code Optimization on the PPC. If return result directly get
  817.          inconsistent answers, 11Jul95, PM 7100/80AV, sys 7.5.1
  818.          global optimizer ( I select Optimize for time)  
  819.         Symantec Project Manager 8.0.1, Power PC C Strict ANSI C 
  820.          DO NOT USE THE GLOBAL OPTIMIZER ON THE PPC
  821.          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ */
  822. }
  823.  
  824. If I change the form of the expression to 
  825.         memory_used = ( const_1 * variable_1 ); 
  826.         memory_used += ( const_2 * variable_2 );
  827.         memory_used += ( const_3 * variable_3 );
  828.         memory_used += ( const_4 * variable_4 );
  829.         memory_used += ( const_5 * variable_5 );
  830.         memory_used += ( const_6 * variable_6 );
  831.         memory_used += ( const_7 * variable_7 );
  832.         memory_used += ( const_8 * variable_8 );
  833.  
  834. Then I can get the correct result, at least some times, with the PPC
  835. global optimizer enabled.  I have also played with trying to "use" the
  836. memory_used local variable before the return statement-- sometimes
  837. with correct and sometimes with incorrect results. 
  838.  
  839.  
  840. Phil and Symantec folks:
  841.  
  842. How do I report this bug?  I have a folder with a short project
  843. demonstrating this bug, and PPC application with/without the optimizer
  844. bug enabled.  I would be happy to send to this folder to you if you
  845. cannot reproduce the problem yourself.
  846.  
  847.  
  848. Thanks,
  849.  
  850. John
  851. _____________________________________________________________________
  852.          .           .           jwiggins@cisco.com
  853.          |           |           John Wiggins, Ph.D.
  854.         |||         |||          Cisco LightStream Enterprise ATM Systems
  855.        |||||       |||||         1100 Technology Park Drive
  856.      |||||||||   |||||||||       Billerica, MA 01821
  857. .:|||||||||||||||||||||||||:..  Phone:  508-262-1021
  858.       Cisco Systems, Inc.          FAX:  508-262-1039
  859. _____________________________________________________________________
  860. >From alspaugh@showme.missouri.edu Thu Jul 13 09:23:47 PDT 1995
  861. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id JAA01579 for <think-c@rdatasys.com>; Thu, 13 Jul 1995 09:23:47 -0700
  862. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA01881 for <think-c@rdatasys.com>; Thu, 13 Jul 1995 09:29:28 -0700
  863. Received: from mail.missouri.edu(128.206.2.169) by lionfish.rdatasys.com via smap (V1.3)
  864.         id sma001851; Thu Jul 13 09:29:16 1995
  865. Received: from showme.missouri.edu (showme.missouri.edu [128.206.2.222]) by mail.missouri.edu (8.6.11/8.6.11) with ESMTP id LAA39309; Thu, 13 Jul 1995 11:28:43 -0500
  866. Received: from [128.206.1.119] (mizzou-ts2-12.missouri.edu [128.206.1.143]) by showme.missouri.edu (8.6.11/8.6.11) with SMTP id LAA103024; Thu, 13 Jul 1995 11:28:16 -0500
  867. Message-Id: <v01510101ac2b07235446@[128.206.1.119]>
  868. Mime-Version: 1.0
  869. Content-Type: text/plain; charset="us-ascii"
  870. Date: Thu, 13 Jul 1995 11:32:45 -0600
  871. To: think-c@rdatasys.com
  872. From: alspaugh@showme.missouri.edu (Bruce Alspaugh)
  873. Subject: Re: serious bug in PowerPC C Global Optimizer
  874. Cc: jwiggins@cisco.com
  875.  
  876. John,
  877.  
  878.         Earlier this year I found some serious bugs in the 68K global
  879. optimizer.  I sent Symantec a detailed bug report.  They got back to me
  880. right away with confirmation of the problem and the fixes showed up in the
  881. 8.0 compiler upgrade.  Thus, I am not the least bit surprised that you
  882. would find bugs in the PPC global optimizer.
  883.  
  884.         The address to send bug reports of this nature is
  885. bugs@devtools.symantec.com
  886.  
  887. Hope this helps,
  888.  
  889.  
  890. Bruce Alspaugh
  891.  
  892. --------------------------------------------------------------------------
  893. Bruce Alspaugh, Ph.D.                     |
  894.   Software Engineer, SchoolWare           |    "The bug stops here!"
  895.   2809 Skyview Road                       |
  896.   Columbia, MO 65202-2213                 |    With apologies to
  897.   Internet: alspaugh@showme.missouri.edu  |       Harry S. Truman
  898.   Fax: (314) 445-9981                     |
  899. --------------------------------------------------------------------------
  900.  
  901.  
  902. >From Caddetc, Tue Jul 18 01:27:00 PDT 1995
  903. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id BAA23017 for <think-c@rdatasys.com>; Tue, 18 Jul 1995 01:26:59 -0700
  904. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id BAA01634 for <think-c@rdatasys.com>; Tue, 18 Jul 1995 01:32:45 -0700
  905. Received: from leva.leeds.ac.uk(129.11.240.1) by lionfish.rdatasys.com via smap (V1.3)
  906.         id sma001618; Tue Jul 18 01:32:40 1995
  907. Received: by leva.leeds.ac.uk (MX V4.1 VAX) id 1; Tue, 18 Jul 1995 09:31:27 BST
  908. Sender: markd@leva.leeds.ac.uk
  909. Date: Tue, 18 Jul 1995 09:31:26 BST
  910. From: "Mark Davies, Caddetc, (44) 532 305005" <markd@leva.leeds.ac.uk>
  911. To: think-c@rdatasys.com
  912. CC: mac@leva.leeds.ac.uk
  913. Message-ID: <00993879.B8150BF4.1@leva.leeds.ac.uk>
  914. Subject: Mac LC's
  915.  
  916. Somewhile ago I was contracted to write a Mac application.
  917.  
  918. Everything went fine and is now out in the field with some 250+ users. Apart
  919. from the normal enhancement bugs I get one very serious one. That is the
  920. software will not run on a Macintosh LC. Everything else is fine.
  921.  
  922. I suspect that it is to do with memory as the program searches data files
  923. gathering results based on search criteria. The program does the first pass 
  924. and then always crashes on the second.
  925.  
  926. The programs runs on System 6 upwards, the machines at fault are running 7.01
  927. and the software was written with Symantec C++ 7.0.
  928.  
  929. Is there something funny with the LC's the workaround the users have got at the
  930. moment is to use one of their other machines.
  931.  
  932. Any help would be appreciated.
  933.  
  934. Regards
  935.  
  936. Mark Davies
  937. >From jpff@maths.bath.ac.uk Wed Jul 19 04:43:26 PDT 1995
  938. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id EAA20320 for <think-c@rdatasys.com>; Wed, 19 Jul 1995 04:43:25 -0700
  939. From: jpff@maths.bath.ac.uk
  940. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id EAA11030 for <think-c@rdatasys.com>; Wed, 19 Jul 1995 04:49:10 -0700
  941. Message-Id: <199507191149.EAA11030@lionfish.rdatasys.com>
  942. Received: from tamarin.bath.ac.uk(138.38.32.3) by lionfish.rdatasys.com via smap (V1.3)
  943.         id sma011020; Wed Jul 19 04:48:40 1995
  944. Received: from maths.Bath.AC.UK (actually host omphalos.maths.bath.ac.uk) 
  945.           by tamarin.bath.ac.uk with SMTP (PP); Wed, 19 Jul 1995 12:22:21 +0100
  946. Date:     Wed, 19 Jul 95 12:25:12 BST
  947. Subject:  Trivial questions on Symantec C v8
  948. To: think-c@rdatasys.com
  949.  
  950. Message written at 16 Jul 1995 20:51:58 +0100
  951.  
  952. I am sure this is a trivial question, but I have failed to find the
  953. solution despite spending a great deal of time on it.
  954.  
  955. On the C v8, where are the functions CtoPstr and PtoCstr kept?  I mean
  956. which libraries should I include?  I have my program build apart from
  957. that.  It is a port from Think_C v 5 (and ANSI C unix systems).
  958.  
  959. ==John
  960. >From Tarasov_Vitaly@msmail.middlebury.edu Wed Jul 19 09:41:54 PDT 1995
  961. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id JAA00365 for <think-c@rdatasys.com>; Wed, 19 Jul 1995 09:41:53 -0700
  962. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA28434 for <think-c@rdatasys.com>; Wed, 19 Jul 1995 09:47:38 -0700
  963. Received: from cobalt.middlebury.edu(140.233.1.4) by lionfish.rdatasys.com via smap (V1.3)
  964.         id sma028432; Wed Jul 19 09:47:25 1995
  965. Received: from msmail.middlebury.edu by cobalt.middlebury.edu (AIX 3.2/UCB 5.64/4.03)
  966.           id AA23398; Wed, 19 Jul 1995 12:45:20 -0400
  967. Message-Id: <n1405964457.28030@msmail.middlebury.edu>
  968. Date: 19 Jul 1995 12:41:29 -0500
  969. From: "Tarasov Vitaly" <Tarasov_Vitaly@msmail.middlebury.edu>
  970. Subject: Update Event
  971. To: "Think C Server" <think-c@rdatasys.com>
  972. X-Mailer: Mail*Link SMTP/MS 3.0.0
  973.  
  974. Hi, All:
  975.  
  976. I'm not sure if it's a Think C question, but here it is: why do I get an
  977. Update Event as soon as I put my window? It totally makes no sense to me - I
  978. just drew the window and the system tells me that I need to update it! Am I
  979. missing something simple?
  980.  
  981. Vitaly
  982.  
  983. +---------------------------------------------------------------------------+
  984. | Vitaly Tarasov                   Middlebury College, Middlebury, VT 05753 |
  985. | Computer Consultant                           tarasov@midd.middlebury.edu |
  986. +---------------------------------------------------------------------------+
  987. >From romance@in.the.former.ussr.ua Fri Jul 21 16:10:06 PDT 1995
  988. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id QAA03282 for <think-c@rdatasys.com>; Fri, 21 Jul 1995 16:10:03 -0700
  989. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id QAA14728 for <think-c@rdatasys.com>; Fri, 21 Jul 1995 16:15:51 -0700
  990. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  991.         id sma014652; Fri Jul 21 16:15:23 1995
  992. Received: from unccvm.uncc.edu by q2.ics.uci.edu id aa28107; 21 Jul 95 16:15 PDT
  993. Received: from physics1.byu.edu by UNCCVM.UNCC.EDU (IBM VM SMTP V2R2) with TCP;
  994.    Fri, 21 Jul 95 19:16:31 EST
  995. Date: Fri, 21 Jul 1995 17:12:26 -0600
  996. To: CBR-MED@cs.uchicago.edu, big-DB@midway.uchicago.edu,
  997.         DSA-LGB@midway.uchicago.edu, think-c@ics.uci.edu,
  998.         alife@cognet.ucla.edu
  999. From: romance@in.the.former.ussr.ua
  1000. Subject: letter from Olga!  =)                                                                                            (Unverified)
  1001. Message-ID:  <9507211615.aa28107@q2.ics.uci.edu>
  1002.  
  1003.  
  1004.      Not to long ago, I posted a message re: meeting women of the former 
  1005. soviet union through romance ads.
  1006.  
  1007.      In August, Olga will travel to Moscow from her home in Kiev, Ukraine.  
  1008. In Moscow, Olga will have a much easier and cost efficient means to place 
  1009. your personal romance ad throughout Russia.
  1010.  
  1011. Last week I received the following from Olga:
  1012.  
  1013.      "I have already sent your ad to the papers in such towns: Moscow, 
  1014. St. Petersburg, Vladimir, Kazan.  At nearest future I will send your ad to the
  1015. paper in some more 12 towns of Russia, where papers are published.
  1016.      Some times (in winter, spring & now) I placed your ad in other papers, 
  1017. but they are not most popular paper in Moscow and some large cities of Russia.
  1018.      Besides, I am continuing to place your ad in papers of Ukraine.  I 
  1019. promise to place your ad in some other papers when I will come to Moscow in 
  1020. August.  I am glad that you have received fairly many letters from Russian & 
  1021. Ukrainian girls and I think you will received some more ones and will find 
  1022. your ideal in my country soon.
  1023.      I thank you very much ones more for your kindness & your help.
  1024. My best wishes,
  1025.  
  1026. Olga"
  1027.  
  1028.      This isn't a scam - call it panhandling if you want. . . I sent her $40 
  1029. or $50 and I've received over 45 responses.  Unlike placing romance ads in 
  1030. the U.S., women from the former USSR respond.  Although one would guess the 
  1031. are doing so in the hopes of American citizenship, I haven't found it so.
  1032.  
  1033.      Olga lives in Kiev, Ukraine (population 3 million) and will travel to 
  1034. Moscow in August to visit her father.  If you were to send a letter this 
  1035. week, she would receive it in time.  The population of Moscow is 10 million 
  1036. -- (3 times the size of Los Angeles.)
  1037.  
  1038.      Feel free to send a letter and ask her your questions.  She will be happy
  1039. to respond.
  1040.  
  1041. Olga's address:
  1042.  
  1043. Ukraine
  1044. Kiev 253121
  1045. Dekabristov Street 5 - 178
  1046. Olga Kozmina
  1047.  
  1048.      I am posting anonymously because of the flames and volume of inquiries 
  1049. that would result otherwise.  I think those who are truely interested will 
  1050. take the time to write.
  1051. _____________________________________________________________________________
  1052. To: probable flamer
  1053. Subject: polite note
  1054.  
  1055.      Although Olga has never seen a newsgroup nor heard of "net-etiquette," 
  1056. she believes that offering lonely singles the possibility of romance exceeds 
  1057. the cost of angering those who feel the net shouldn't be used in this fashion.
  1058.      IHA (I humbly ask) that you not flame the postmaster of this site.
  1059.  
  1060. peace. . .
  1061.  
  1062. >From jpff@maths.bath.ac.uk Tue Jul 25 04:28:59 PDT 1995
  1063. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id EAA02061 for <think-c@rdatasys.com>; Tue, 25 Jul 1995 04:28:58 -0700
  1064. From: jpff@maths.bath.ac.uk
  1065. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id EAA06301 for <think-c@rdatasys.com>; Tue, 25 Jul 1995 04:34:37 -0700
  1066. Message-Id: <199507251134.EAA06301@lionfish.rdatasys.com>
  1067. Received: from tamarin.bath.ac.uk(138.38.32.3) by lionfish.rdatasys.com via smap (V1.3)
  1068.         id sma006290; Tue Jul 25 04:34:21 1995
  1069. Received: from maths.Bath.AC.UK (actually host omphalos.maths.bath.ac.uk) 
  1070.           by tamarin.bath.ac.uk with SMTP (PP); Tue, 25 Jul 1995 11:58:43 +0100
  1071. Date:     Tue, 25 Jul 95 12:01:30 BST
  1072. Subject:  Starting with Symantec V8
  1073. To: think-c@rdatasys.com
  1074.  
  1075. Message written at 25 Jul 1995 10:35:21 +0100
  1076.  
  1077. I have been using Think C 5.0 happiliy for some years, but I have just
  1078. moved on to a PPC, and in the process updated to Symantec C++ v8.  It
  1079. may just be me but it does seem a lot less stable.
  1080.  
  1081. In particular, I have two problems in moving a program onto the new
  1082. environment.
  1083.  
  1084. 1.  The linker reports that the two functions PtoCstr and CtoPstr are
  1085. not defined.  I can (and have) written my own replacements, but where
  1086. are they syupposed to live?  
  1087.  
  1088. 2.  The application starts in a conventional way initialising things,
  1089. but when it attempts to set up the menus the machine hangs.  The code
  1090. in question says
  1091.  
  1092. setupMenuBar()  
  1093. {
  1094.         SetMenuBar(GetNewMBar(1));
  1095.         AddResMenu(GetMHandle(1), 'DRVR');
  1096.         DrawMenuBar();
  1097. }
  1098.  
  1099. and single stepping shows that it collapses in the AddresMenu
  1100. function, with no diagnostic.  Alternatively it hangs the machine.  I
  1101. did attempt to comment out that line, but then the DrawMenuBar said
  1102. that I did not have a floating point co-processor.
  1103.  
  1104. It is possible that I have failed some simple test, like failing to
  1105. load the correct library.  I would appreciate assistance in getting
  1106. going again.
  1107.  
  1108. ==John ffitch
  1109. >From bohdan@tryzub.com Wed Jul 26 10:05:40 PDT 1995
  1110. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id KAA20861 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 10:05:39 -0700
  1111. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA23553 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 10:11:25 -0700
  1112. Received: from panix4.panix.com(198.7.0.5) by lionfish.rdatasys.com via smap (V1.3)
  1113.         id sma023504; Wed Jul 26 10:11:06 1995
  1114. Received: from [166.84.249.95] (bohdan.dialup.access.net [166.84.249.95]) by panix4.panix.com (8.6.12/8.6.12+PanixU1.1) with SMTP id NAA06854; Wed, 26 Jul 1995 13:10:57 -0400
  1115. X-Sender: bohdan@panix.com
  1116. Message-Id: <v02120d01ac3c2774fc28@[166.84.249.95]>
  1117. Mime-Version: 1.0
  1118. Content-Type: text/plain; charset="us-ascii"
  1119. Date: Wed, 26 Jul 1995 13:12:09 -0400
  1120. To: romance@in.the.former.ussr.ua,
  1121.         Multiple recipients of list <think-c@rdatasys.com>
  1122. From: bohdan@tryzub.com (Bohdan Peter Rekshynskyj)
  1123. Subject: Re: letter from Olga!  =)                                                        
  1124.                                     (Unverified)
  1125.  
  1126. At 09:58 26.07.95, romance@in.the.former.ussr.ua wrote:
  1127.  
  1128. What a clueless geek.
  1129.  
  1130. >
  1131. >     Although Olga has never seen a newsgroup nor heard of "net-etiquette," 
  1132. >she believes that offering lonely singles the possibility of romance exceeds 
  1133. >the cost of angering those who feel the net shouldn't be used in this fashion.
  1134. >     IHA (I humbly ask) that you not flame the postmaster of this site.
  1135. >
  1136. >peace. . .
  1137.  
  1138.  
  1139. Analysis of the message id shows:
  1140.  
  1141. Message-Id:  <9507211615.aa28107@q2.ics.uci.edu>
  1142.  
  1143. Another freshman who just learned SMTP, I see.
  1144.  
  1145. Sheesh.
  1146.  
  1147.  
  1148.  
  1149.                                 Bohdan 
  1150.  
  1151.  
  1152.  
  1153.  
  1154. >From gfrancis@esdtcom.wednet.edu Wed Jul 26 10:23:39 PDT 1995
  1155. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id KAA22850 for <think-c@barracuda.rdatasys.com>; Wed, 26 Jul 1995 10:23:38 -0700
  1156. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA25625 for <think-c@ns.rdatasys.com>; Wed, 26 Jul 1995 10:29:28 -0700
  1157. Received: from homer.esdtcom.wednet.edu(168.99.2.2) by lionfish.rdatasys.com via smap (V1.3)
  1158.         id sma025611; Wed Jul 26 10:29:25 1995
  1159. Received: from cathnaird.esdtcom.wednet.edu by homer.esdtcom.wednet.edu with smtp
  1160.         (Smail3.1.28.1 #6) id m0sbAGe-0005T2C; Wed, 26 Jul 95 10:29 PDT
  1161. X-Mailer: InterCon TCP/Connect II 2.2
  1162. MIME-Version: 1.0
  1163. Message-Id: <9507261029.AA40601@cathnaird.esdtcom.wednet.edu>
  1164. Date: Wed, 26 Jul 1995 10:29:40 -0700
  1165. From: "Greg Francis" <gfrancis@esdtcom.wednet.edu>
  1166. To: Multiple recipients of list <think-c@rdatasys.com>
  1167. Subject: Re: Update Event
  1168. Content-Type: Multipart/Mixed;boundary=part_AC3BC994002A719100000002
  1169.  
  1170.  
  1171. --part_AC3BC994002A719100000002
  1172. Content-Type: Text/Plain; charset=US-ASCII
  1173. Content-Disposition: Inline
  1174.  
  1175. > I'm not sure if it's a Think C question, but here it is: why do I get 
  1176. > an Update Event as soon as I put my window? It totally makes no sense 
  1177. > to me - I just drew the window and the system tells me that I need 
  1178. > to update it! Am I missing something simple? 
  1179. >  
  1180. > Vitaly 
  1181.  
  1182. Essentially, the system is telling you that everything in the window is 
  1183. invalid and that it needs to be updated. The system considers the window an 
  1184. open void that needs to be filled.
  1185.  
  1186. When you first open the window, don't draw anything in it. When you process 
  1187. the update event for that window, that is when you'll do the drawing. 
  1188.  
  1189. Greg Francis
  1190.  
  1191. --part_AC3BC994002A719100000002
  1192. Content-Type: Text/Plain; charset=US-ASCII
  1193. Content-Disposition: Inline
  1194.  
  1195. __________________________________________________________________________
  1196. Greg Francis                | STEP/Star Schools Project
  1197. Research and Development    | Educational Service District 101, Spokane WA
  1198. Technical Services Staff    | Bringing the best in K-12 distance education
  1199. gfrancis@esdtcom.wednet.edu | to remote schools across the United States.
  1200. --part_AC3BC994002A719100000002--
  1201.  
  1202. >From support@devtools.symantec.com Wed Jul 26 13:09:40 PDT 1995
  1203. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id NAA28019 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 13:09:39 -0700
  1204. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id NAA07067 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 13:15:30 -0700
  1205. Received: from devtools.symantec.com(155.64.182.73) by lionfish.rdatasys.com via smap (V1.3)
  1206.         id sma006969; Wed Jul 26 13:15:02 1995
  1207. Received: from [155.64.182.19] by devtools.symantec.com
  1208.  with SMTP (MailShare 1.0fc6); Wed, 26 Jul 1995 13:14:56 +0000
  1209. X-Sender: rick@devtools.symantec.com
  1210. Message-Id: <v02120d05ac3c512540c7@[155.64.182.19]>
  1211. Mime-Version: 1.0
  1212. Content-Type: text/plain; charset="us-ascii"
  1213. Date: Wed, 26 Jul 1995 13:14:54 -0700
  1214. To: think-c@rdatasys.com
  1215. From: support@devtools.symantec.com (Rick Hartmann)
  1216. Subject: Re: Trivial questions on Symantec C v8
  1217.  
  1218. John,
  1219.  
  1220. They were changed to c2pstr and p2cstr in the 8.0 release.  Sorry for the
  1221. confusion.  They will link with the regular libraries.  Nothing extra
  1222. needed.
  1223.  
  1224. Rick Hartmann
  1225. Symantec Macintosh Dev Tools Support
  1226.  
  1227. On 7/26/95 you wrote:>Message written at 16 Jul 1995 20:51:58 +0100
  1228. >
  1229. >I am sure this is a trivial question, but I have failed to find the
  1230. >solution despite spending a great deal of time on it.
  1231. >
  1232. >On the C v8, where are the functions CtoPstr and PtoCstr kept?  I mean
  1233. >which libraries should I include?  I have my program build apart from
  1234. >that.  It is a port from Think_C v 5 (and ANSI C unix systems).
  1235. >
  1236. >==John
  1237.  
  1238.  
  1239. >From phils@bedford.symantec.com Wed Jul 26 15:28:07 PDT 1995
  1240. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id PAA02593 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 15:28:06 -0700
  1241. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id PAA16485 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 15:33:58 -0700
  1242. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  1243.         id sma016483; Wed Jul 26 15:33:52 1995
  1244. Received: from [155.64.60.60] by bedford.symantec.com
  1245.  with SMTP (MailShare 1.0fc6); Wed, 26 Jul 1995 18:31:55 -0500
  1246. X-Sender: phils@bedford
  1247. Message-Id: <v01530501ac3c39be8b42@[155.64.60.60]>
  1248. Mime-Version: 1.0
  1249. Content-Type: text/plain; charset="us-ascii"
  1250. To: jpff@maths.bath.ac.uk
  1251. From: phils@bedford.symantec.com (Phil Shapiro)
  1252. Subject: Re: Starting with Symantec V8
  1253. Cc: think-c@rdatasys.com
  1254. Date: Wed, 26 Jul 1995 18:31:55 -0500
  1255.  
  1256. >2.  The application starts in a conventional way initialising things,
  1257. >but when it attempts to set up the menus the machine hangs.  The code
  1258. >in question says
  1259. >
  1260. >setupMenuBar()
  1261. >{
  1262. >        SetMenuBar(GetNewMBar(1));
  1263. >        AddResMenu(GetMHandle(1), 'DRVR');
  1264. >        DrawMenuBar();
  1265. >}
  1266. >
  1267. >and single stepping shows that it collapses in the AddresMenu
  1268. >function, with no diagnostic.  Alternatively it hangs the machine.  I
  1269. >did attempt to comment out that line, but then the DrawMenuBar said
  1270. >that I did not have a floating point co-processor.
  1271.  
  1272. This typically happens when you don't have any resources and GetMHandle()
  1273. returns nil. Check and make sure that you've got your MBAR and MENU
  1274. resources in your project. You may also want to rewrite your setup routine
  1275. so it checks the result of GetMHandle() before passing it on to
  1276. AddResMenu().
  1277.  
  1278.         -phil
  1279.  
  1280. Phil Shapiro                                   Symantec Corporation
  1281. Senior Software Engineer (Debuggers)            Mac Dev Tools Group
  1282.                  Internet:  phils@bedford.symantec.com
  1283.  
  1284.  
  1285. >From Anthony.Williams@open.ac.uk Wed Jul 26 15:32:31 PDT 1995
  1286. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id PAA02871 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 15:32:30 -0700
  1287. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id PAA17143 for <think-c@rdatasys.com>; Wed, 26 Jul 1995 15:38:21 -0700
  1288. Message-Id: <199507262238.PAA17143@lionfish.rdatasys.com>
  1289. Received: from venus.open.ac.uk(137.108.143.2) by lionfish.rdatasys.com via smap (V1.3)
  1290.         id sma017141; Wed Jul 26 15:38:11 1995
  1291. Received: from acsvax.open.ac.uk by venus.open.ac.uk with Mail-11 (PP) 
  1292.           id <06032-0@venus.open.ac.uk>; Wed, 26 Jul 1995 23:37:50 +0100
  1293. Date: Wed, 26 Jul 1995 23:37:50 +0100
  1294. From: Anthony Williams <Anthony.Williams@open.ac.uk>
  1295. To: think-c@rdatasys.com
  1296. X-VMS-To: MAIL1::"think-c@rdatasys.com"
  1297. Subject: RE: THINK-C digest 238
  1298.  
  1299. you just been flamed I don't what its about think cccp
  1300. >From pangheek@iscs.nus.sg Thu Jul 27 23:42:50 PDT 1995
  1301. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id XAA28855 for <think-c@rdatasys.com>; Thu, 27 Jul 1995 23:41:21 -0700
  1302. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id XAA12881 for <think-c@rdatasys.com>; Thu, 27 Jul 1995 23:45:53 -0700
  1303. Received: from netman.iscs.nus.sg(137.132.87.2) by lionfish.rdatasys.com via smap (V1.3)
  1304.         id sma012878; Thu Jul 27 23:45:35 1995
  1305. Received: from sununx.iscs.nus.sg (pangheek) by netman.iscs.nus.sg with SMTP id AA26247
  1306.   (5.67b8/IDA-1.5 for think-c@rdatasys.com); Fri, 28 Jul 1995 14:45:13 +0800
  1307. Received: (from pangheek@localhost) by sununx.iscs.nus.sg (8.6.12/8.6.12) id OAA17677 for think-c@rdatasys.com; Fri, 28 Jul 1995 14:44:59 +0800
  1308. From: Hee Kiang <pangheek@iscs.nus.sg>
  1309. Message-Id: <199507280644.OAA17677@sununx.iscs.nus.sg>
  1310. Subject: think reference database
  1311. To: think-c@rdatasys.com
  1312. Date: Fri, 28 Jul 1995 14:44:59 +0800 (GMT-8)
  1313. X-Mailer: ELM [version 2.4 PL24]
  1314. Mime-Version: 1.0
  1315. Content-Type: text/plain; charset=US-ASCII
  1316. Content-Transfer-Encoding: 7bit
  1317. Content-Length: 307       
  1318.  
  1319. Hi
  1320.         This is the 1st time I send a msg to the mailing-list, I hope I send it
  1321. to the right place.
  1322.         Anyway, how do I get the databases for Think Reference 2.0 ( e.g Toolboxessentials, apple events, etc), my machine only have the Online-help and 
  1323. standard Library databases installed.
  1324.            
  1325.  
  1326. Thanks...
  1327. Hee Kiang
  1328. >From rmf@cs.columbia.edu Fri Jul 28 09:28:05 PDT 1995
  1329. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id JAA15293 for <think-c@rdatasys.com>; Fri, 28 Jul 1995 09:28:04 -0700
  1330. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA16907 for <think-c@rdatasys.com>; Fri, 28 Jul 1995 09:33:57 -0700
  1331. Received: from cs.columbia.edu(128.59.16.20) by lionfish.rdatasys.com via smap (V1.3)
  1332.         id sma016903; Fri Jul 28 09:33:42 1995
  1333. Received: from shadow.cs.columbia.edu (shadow.cs.columbia.edu [128.59.10.4]) by cs.columbia.edu (8.6.12/8.6.6) with ESMTP id LAA25734 for <think-c@rdatasys.com>; Fri, 28 Jul 1995 11:54:52 -0400
  1334. Received: (from rmf@localhost) by shadow.cs.columbia.edu (8.6.12/8.6.6) id MAA00726 for think-c@rdatasys.com; Fri, 28 Jul 1995 12:33:13 -0400
  1335. Date: Fri, 28 Jul 1995 12:33:13 -0400
  1336. From: Robert Fuhrer <rmf@cs.columbia.edu>
  1337. Message-Id: <199507281633.MAA00726@shadow.cs.columbia.edu>
  1338. To: think-c@rdatasys.com
  1339.  
  1340. To: think-c@rdatasys.com
  1341. In-reply-to: <199507280644.OAA17677@sununx.iscs.nus.sg> (message from Hee Kiang on Thu, 27 Jul 1995 23:58:10 -0700)
  1342. Subject: Re: think reference database
  1343. Reply-to: rmf@cs.columbia.edu
  1344. --text follows this line--
  1345. On a related note, I believe SC++ version 8.x includes TCL 2.x documentation
  1346. on-line in the form of Think Reference databases.  Are these databases
  1347. available separately?  I still have SC++ version 7 (I don't have a PowerMac),
  1348. though I've updated to TCL 2.0.6, and would LOVE to have the on-line docs
  1349. without having to upgrade to a version (8.x) that I can't use.
  1350.  
  1351. -------------------------------------------------------------------------------
  1352. Robert M. Fuhrer                                     450 Computer Science Bldg.
  1353. Computer Science Department                          500 West 120th Street
  1354. Columbia University                                  New York, NY 10027
  1355. rmf@cs.columbia.edu
  1356. >From lee_js@mail.uwlax.edu Fri Jul 28 19:47:43 PDT 1995
  1357. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id TAA05650 for <think-c@rdatasys.com>; Fri, 28 Jul 1995 19:47:43 -0700
  1358. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id TAA25420 for <think-c@rdatasys.com>; Fri, 28 Jul 1995 19:53:35 -0700
  1359. Received: from mail.uwlax.edu(138.49.128.137) by lionfish.rdatasys.com via smap (V1.3)
  1360.         id sma025418; Fri Jul 28 19:53:33 1995
  1361. Received: by mail.uwlax.edu;
  1362.           id AA09445; NX5.67d/42; Fri, 28 Jul 95 21:53:11 -0500
  1363. X-Nupop-Charset: English
  1364. Date: Fri, 28 Jul 95 22:10:51 CST  
  1365. From: "Jay S. Lee" <lee_js@mail.uwlax.edu>
  1366. Sender: lee_js@mail.uwlax.edu
  1367. Reply-To: lee_js@mail.uwlax.edu
  1368. Message-Id: <79851.lee_js@mail.uwlax.edu>
  1369. Return-Receipt-To: lee_js@mail.uwlax.edu
  1370. To: think-c@rdatasys.com
  1371. Subject: ftp-ing SymC++ upgrades?
  1372.  
  1373.  
  1374. One of these days, I'm going to get a PPC...
  1375.  
  1376. Anyway, where can I ftp the latest upgrade to SC++?
  1377.  
  1378. Thanks,
  1379. Jay Lee (and no I don't have a plan or a sig file)
  1380. >From lee_js@mail.uwlax.edu Sun Jul 30 05:21:54 PDT 1995
  1381. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id FAA03917 for <think-c@rdatasys.com>; Sun, 30 Jul 1995 05:21:53 -0700
  1382. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id FAA19841 for <think-c@rdatasys.com>; Sun, 30 Jul 1995 05:27:44 -0700
  1383. Received: from mail.uwlax.edu(138.49.128.137) by lionfish.rdatasys.com via smap (V1.3)
  1384.         id sma019806; Sun Jul 30 05:27:40 1995
  1385. Received: by mail.uwlax.edu;
  1386.           id AA00548; NX5.67d/42; Sun, 30 Jul 95 07:27:19 -0500
  1387. X-Nupop-Charset: English
  1388. Date: Sun, 30 Jul 95 07:45:22 CST  
  1389. From: "Jay S. Lee" <lee_js@mail.uwlax.edu>
  1390. Sender: lee_js@mail.uwlax.edu
  1391. Reply-To: lee_js@mail.uwlax.edu
  1392. Message-Id: <27922.lee_js@mail.uwlax.edu>
  1393. To: acmcdann@eos.ncsu.edu, think-c@rdatasys.com
  1394. Subject: Re: ftp-ing SymC++ upgrades?
  1395.  
  1396. In Message Sun, 30 Jul 1995 00:46:00 -0400,
  1397.   "Andrew C. McDannold" <acmcdann@unity.ncsu.edu> writes:
  1398.  
  1399. >The last time I called Symantec, they laughed when I talked about FREE
  1400. >upgrades.  Is there really a place where one can ftp an upgrade?  I have
  1401. >v7, and I would love to get v8 because I have a PowerMac.
  1402. >
  1403. >If you know of a site, please reply!
  1404.  
  1405.     I did a little digging and here is what I came up with:
  1406. send an email to listproc@rdatasys.com with 'help' in the body.  It will
  1407. list a command for 'get'ing archives via email.  If you send a message with
  1408. 'index think-c/updates' it will mail you back with the current updates
  1409. available (which are from SC++6.01 to 7.04 unfortunately).
  1410.  
  1411. Hope this helps,
  1412. Jay
  1413. >From support@devtools.symantec.com Sun Jul 30 11:02:19 PDT 1995
  1414. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id LAA20273 for <think-c@rdatasys.com>; Sun, 30 Jul 1995 11:02:18 -0700
  1415. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id LAA10068 for <think-c@rdatasys.com>; Sun, 30 Jul 1995 11:08:12 -0700
  1416. Received: from devtools.symantec.com(155.64.182.73) by lionfish.rdatasys.com via smap (V1.3)
  1417.         id sma010057; Sun Jul 30 11:07:49 1995
  1418. Received: from [155.64.182.19] by devtools.symantec.com
  1419.  with SMTP (MailShare 1.0fc6); Sun, 30 Jul 1995 11:07:44 +0000
  1420. X-Sender: rick@devtools.symantec.com
  1421. Message-Id: <v02120d00ac4179993b2b@[155.64.182.19]>
  1422. Mime-Version: 1.0
  1423. Content-Type: text/plain; charset="us-ascii"
  1424. Date: Sun, 30 Jul 1995 11:07:38 -0700
  1425. To: think-c@rdatasys.com
  1426. From: support@devtools.symantec.com (Rick Hartmann)
  1427. Subject: Re: ftp-ing SymC++ upgrades?
  1428.  
  1429. Jay,
  1430.  
  1431. You can download the patches from ftp.symantec.com, sumex-aim.stanford.edu,
  1432. or mac.archive.umich.edu or any of their mirror sites via anon FTP.   We
  1433. also have links to our updates on our Web pages at www.symantec.com.  (URL:
  1434. http://www.symantec.com/servsupp/techsupp/resource/macdev/macdev.html)
  1435.  
  1436. Rick Hartmann
  1437. Symantec Macintosh Dev Tools Support
  1438.  
  1439. On 7/28/95 you wrote:>One of these days, I'm going to get a PPC...
  1440. >
  1441. >Anyway, where can I ftp the latest upgrade to SC++?
  1442. >
  1443. >Thanks,
  1444. >Jay Lee (and no I don't have a plan or a sig file)
  1445.  
  1446.  
  1447. >From alspaugh@showme.missouri.edu Mon Jul 31 08:49:28 PDT 1995
  1448. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id IAA22889 for <think-c@rdatasys.com>; Mon, 31 Jul 1995 08:49:27 -0700
  1449. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA25523 for <think-c@rdatasys.com>; Mon, 31 Jul 1995 08:55:22 -0700
  1450. Received: from mail.missouri.edu(128.206.2.169) by lionfish.rdatasys.com via smap (V1.3)
  1451.         id sma025504; Mon Jul 31 08:55:14 1995
  1452. Received: from showme.missouri.edu (showme.missouri.edu [128.206.2.222]) by mail.missouri.edu (8.6.11/8.6.11) with ESMTP id KAA29602 for <think-c@rdatasys.com>; Mon, 31 Jul 1995 10:54:26 -0500
  1453. Received: from [128.206.1.170] (mizzou-ts4-07.missouri.edu [128.206.1.170]) by showme.missouri.edu (8.6.11/8.6.11) with SMTP id KAA93914 for <think-c@rdatasys.com>; Mon, 31 Jul 1995 10:53:42 -0500
  1454. Message-Id: <v01510100ac42b4d7a700@[128.206.1.121]>
  1455. Mime-Version: 1.0
  1456. Content-Type: text/plain; charset="us-ascii"
  1457. Date: Mon, 31 Jul 1995 10:59:10 -0600
  1458. To: think-c@rdatasys.com
  1459. From: alspaugh@showme.missouri.edu (Bruce Alspaugh)
  1460. Subject: Re: TCL 2.0.6 and THINK Reference
  1461.  
  1462. On 7/28/95, Robert Fuhrer writes:
  1463. >On a related note, I believe SC++ version 8.x includes TCL 2.x documentation
  1464. >on-line in the form of Think Reference databases.  Are these databases
  1465. >available separately?  I still have SC++ version 7 (I don't have a PowerMac),
  1466. >though I've updated to TCL 2.0.6, and would LOVE to have the on-line docs
  1467. >without having to upgrade to a version (8.x) that I can't use.
  1468.  
  1469.         I can't tell you whether the TR for TCL is available separately,
  1470. but I can confirm for you that the 8.0 CD *does* include TR documentation
  1471. for TCL.  Unfortunately, like the printed documentation included with
  1472. version 7, it is incomplete.  There are many methods in TCL that are
  1473. totally undocumented in both the printed and TR form.  I emailed Symantec
  1474. about this problem several months ago, including the author of TCL 2.0, and
  1475. they have both confirmed this.  I consider incomplete documentation to be a
  1476. serious problem, especially since Symantec has known about it for so long
  1477. and it is so easy to fix, so there is really no excuse for it.
  1478.  
  1479. Bruce Alspaugh
  1480.  
  1481. --------------------------------------------------------------------------
  1482. Bruce Alspaugh, Ph.D.                     |
  1483.   Software Engineer, SchoolWare           |    "The bug stops here!"
  1484.   2809 Skyview Road                       |
  1485.   Columbia, MO 65202-2213                 |    With apologies to
  1486.   Internet: alspaugh@showme.missouri.edu  |       Harry S. Truman
  1487.   Fax: (314) 445-9981                     |
  1488. --------------------------------------------------------------------------
  1489.  
  1490.  
  1491. >From dougk@bedford.symantec.com Mon Jul 31 10:51:38 PDT 1995
  1492. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id KAA29426 for <think-c@rdatasys.com>; Mon, 31 Jul 1995 10:51:37 -0700
  1493. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA03325 for <think-c@rdatasys.com>; Mon, 31 Jul 1995 10:57:31 -0700
  1494. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  1495.         id sma003323; Mon Jul 31 10:57:10 1995
  1496. Received: from [155.64.60.42] by bedford.symantec.com
  1497.  with SMTP (MailShare 1.0fc6); Mon, 31 Jul 1995 13:55:04 -0500
  1498. Mime-Version: 1.0
  1499. Content-Type: text/plain; charset="us-ascii"
  1500. Date: Mon, 31 Jul 1995 14:00:30 -0400
  1501. To: lee_js@mail.uwlax.edu
  1502. From: dougk@bedford.symantec.com (Doug Knowles)
  1503. Subject: Re: ftp-ing SymC++ upgrades?
  1504. Cc: think-c@rdatasys.com
  1505. Message-ID: <1404923592-505896@bedford.symantec.com>
  1506.  
  1507. >One of these days, I'm going to get a PPC...
  1508. >
  1509. >Anyway, where can I ftp the latest upgrade to SC++?
  1510. >
  1511.  
  1512. ftp.symantec.com/public/devtool/mac/updaters
  1513.  
  1514. ------------
  1515. Doug Knowles
  1516. Mac Dev Tools Group
  1517. Symantec Corporation
  1518. Internet: dougk@bedford.symantec.com
  1519.  
  1520.  
  1521. ------------------------------ Cut here ------------------------------
  1522.